home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000099_amos-request@svcs1.digex.net_Tue Sep 5 09:35:03 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  3KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id JAA16844;  for <mcox@access.digex.net> ; Tue, 5 Sep 1995 09:34:48 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA12780 for amos-out; Tue, 5 Sep 1995 07:43:15 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id HAA12777 for <amos-list@svcs1.digex.net>; Tue, 5 Sep 1995 07:43:13 -0400
  4. Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id HAA09531;  for <amos-list@access.digex.net> ; Tue, 5 Sep 1995 07:43:08 -0400
  5. Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with SMTP 
  6.     id NAA14147 (8.6.10/2.13) for <amos-list@access.digex.net>; Tue, 5 Sep 1995 13:42:32 +0200
  7. Received: by mpih17 (1.38.193.4/2.1) on NUNET
  8.      id AA14216; Tue, 5 Sep 1995 13:39:40 +0200
  9. Date: Tue, 5 Sep 1995 13:39:40 +0200 (METDST)
  10. From: Branko Collin <bcollin@mpi.nl>
  11. X-Sender: bcollin@mpih17
  12. To: Amos Discussion List <amos-list@access.digex.net>
  13. Subject: Re: sound compression
  14. In-Reply-To: <9509050636.AA38504@acs3.acs.ucalgary.ca>
  15. Message-Id: <Pine.HPP.3.91.950905133721.13972C-100000@mpih17>
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; charset=US-ASCII
  18. Status: RO
  19. X-Status: 
  20.  
  21. On Tue, 5 Sep 1995, Robert Andrew Currie wrote:
  22.  
  23.  
  24. [earlier problems deleted]
  25. >     Actually I finally got it to work. It seems that when the
  26. > Squash routine fails to compress data, it does not clean itself
  27. > up. The data that was unsuccessfully squashed is garbled. I
  28. > corrected for this in my conversion program by first making a
  29. > duplicate of the data and then attempting to squash it. The
  30. > routine now plays samples of any size up to a frequency of 15000
  31. > off of a harddrive with the sample segments being compressed. The
  32. > total memory usage is 10K. In total I can only get about 25%
  33. > compression which is not bad for large samples but pitiful for
  34. > smaller ones. What is delta-8 compression? Does AMCAF work on
  35. > Creator? I have theorized that for sound data, because of it's
  36. > sinusoidal nature, you might be able to get away with only
  37. > storing the differences between each sample byte. The difference
  38. > should be far smaller than the entire sample range -128 to 127
  39. > and might be representable by only 3 or 4 bits which could
  40. > theoretically save you 50%-62%. Has anyone thought of this or am
  41. > I totally off base? I am assuming that each sample is represented
  42. > by a single byte which seems to correspond with the play time for
  43. > each sample.
  44. > 
  45.  
  46. It should work and it is a known way of compressing sound (provided that 
  47. there is not too much noise in it, like drum samples). I wouldn't know 
  48. how to implement it though.
  49.  
  50. ...................................     Lots of people talking     ....
  51. .       Branko Collin          .        Very few of them know         .
  52. .                              .       That the soul of a woman       .
  53. .   //  u249026@vm.uci.kun.nl  .           Was created below          .
  54. . \X/   bcollin@mpi.nl         .                                      .
  55. ................................. Led Zeppelin - Dazed and Confused  ..
  56.